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the DOE engine (20) are a selected procedure object (25) and experiment variations. The engine (20) automatically determines all 
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"An information management and control system" 

INTRODUCTION 
5 Field of the Invention 

The invention relates to information management for control of experiment procedures and 
management of the empirical data generated by the procedures. 

10 Prior Art Discussion 

Research and development is often a very expensive activity, with large sums being spent on 
materials, equipment, and personnel. This is inevitable to some extent because of the 
complexity of much of the equipment which is required and the highly skilled nature of the 
15 work. However, there is much room for improvement in utilisation of both equipment 
resources and personnel in order to reduce costs. 

Some systems have been developed to assist with experiment control. For example, PCT 
Patent Specification No. WO01/79949 describes a system which stores experiment 

20 protocols, in which a protocol is linked to a stored library description. Also, PCT Patent 
Specification No. WO00/70490 describes a system for controlling multiple automated 
sample procedures. United States Patent Specification No. US2001/0034756 describes a 
system for designing, managing, and controlling a bioscience experiment. It appears that 
these systems assist with achieving greater efficiency in execution of experiment procedures. 

25 However, it also appears that there is limited flexibility in terms of the range of experiments 
which can be controlled using these systems. It also appears that users are required to have 
extensive knowledge of the systems to use them. 

The invention is therefore directed towards providing a system for control of experiment 
30 procedures which: 

allows a wide variety of experiment procedures to be controlled; 
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optimises user time for good efficiency; and 

is easy to understand and operate. 

5 SUMMARY OF THE INVENTION 

According to the invention, there is provided an information management and control 
system comprising processing means for generating experiment instructions for equipment, 
and an interface comprising means for receiving user inputs, wherein the processing means 
10 comprises: 

means for storing a library of reusable objects defining research process components; 
and 

15 a design of experiment engine for generating an experiment run object by 

instantiating a plurality of said library objects linked by inheritance. 

In one embodiment, the library comprises a procedure object linked as a container to a 
plurality of other objects in a structure defining an experiment. 

20 

In another embodiment, the library comprises a plurality of task objects defining procedure 
steps. 

In a further embodiment, the task objects are linked in a child relationship to one or more 
25 procedure objects. 

In one embodiment, the library comprises a plurality of resource objects defining equipment 
or material to be used for steps of an experiment. 

30 In another embodiment, each resource object is linked to at least one associated task object 
in a child relationship. 
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In a further embodiment, the library comprises a plurality of parameter objects, each 
defining parameters for use of an item of material or equipment defined by an associated 
resource object. 

5 In one embodiment, the engine comprises means for generating a run object defining 
instructions for an experiment run, and for generating a subsequent run object for each 
variation of an experiment. 

In another embodiment, the engine comprises means for instantiating the objects for an 
10 experiment in a manner to minimise the number of run objects which are required. 

In a further embodiment, the engine comprises means for allowing selection of a procedure 
object, and for automatically retrieving all other objects linked by inheritance to the selected 
procedure object. 

15 

In one embodiment, the engine comprises means for determining an experiment variation 
for each permutation oft- 
different values for parameters associated with resource objects; and 

20 

different hierarchy of reusable objects linked to the procedure object. 

In another embodiment, the engine comprises means for automatically generating a 
graphical display of a hierarchy of objects linked to a procedure object, and for allowing a 
25 user to graphically edit the links to input a modified hierarchical structure. 

i 

In a further embodiment, the engine comprises means for automatically generating different 
allowed parameter values according to attributes of the associated resource objects. 

30 In one embodiment, the system comprises a mapping function comprising means for 
automatically determining all procedure objects associated with a project, and for 
automatically outputting data of said procedure objects including an audit trail of 
modifications to said procedure objects. 
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In another embodiment, the system comprises a procedure builder function comprising 
means for grouping task objects and making associations between each task object and 
resource objects, and between each resource object and parameter objects under user 
5 instructions. 

In a further embodiment, the procedure builder function comprises means for graphically 
displaying the task object links. 

10 In another embodiment, the processing means comprises means for defining a collaborative 
workspace for each series of experiment runs, and for storing all empirical data for the runs 
in said workspace. 

In a further embodiment, the processing means comprises means for storing the empirical 
15 data in a database structure which mirrors that of the object structure for the associated 
experiment. 

In one embodiment, the system comprises an analysis tool comprising means for 
automatically processing result data retrieved from a workspace using one of a plurality of 
20 analysis processes selected by a user. 

DETAILED DESCRIPTION OF THE INVENTION 

Brief Description of the Drawings 

25 

The invention will be more clearly understood from the following description of some 
embodiments thereof, given by way of example only with reference to the accompanying 
drawings in which:- 

30 Fig. 1 is a diagram illustrating a system of the invention connected to test equipment; 

Fig. 2 is a flow diagram illustrating operation of the system; 
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Fig. 3 is a diagram showing architecture of the system; and 

V 

Fig. 4 is a sample screen display of the system. 

5 Description of the Embodiments 

Referring to Fig. 1 an information management and control system 1 comprises a server 2 
having a database 3. The server 2 is connected to clients PCs 5 via an intranet 6. The PCs 5 
are in turn connected to a suite of test equipment 10 via a LAN 11. The equipment 10 
10 includes flow control meters, thermometers, and spectrometers. The test equipment may, for 
example, in addition or alternatively include voltmeters, microscopes, and instrument power 
supplies. 

Referring to Fig. 2 the system 1 performs the following primary steps. 

15 

1 . Design 1 1 of an experiment procedure with excellent versatility. 

2. Control 12 of execution of the procedure with a degree of user control of the resources 
depending on the nature of the resources. 

3. Analysis 13 of the empirical data. 

20 4. Decision 14 on whether the result was expected. If so it is outputted in step 15, and if • 
not in step 16 it outputs an indication that procedure revision is required. 

In addition, the system performs a feedback loop from the result step 16 if the result is not in 
an expected range. This involves revision of the design in a manner which requires only 
25 simple inputs from the user and a large degree of automation. 

Referring to Fig. 3 the internal structure of the server is shown. A design-of-experiment 
(DOE) engine 20 automatically generates run objects 21 for a succession of N runs for an 
experiment 22. The input for the engine 20 is one of m procedure objects 23 linked to up to p 
30 task objects 26. Each task object 26 is in turn linked with up to q resource objects. Further, 
each resource object 27 has attributes of user-inputted parameter configurations 28. 
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Thus, each procedure object 25 is a container of reusable objects defining an experiment 
procedure in terms of the experiment tasks (or operations) to be performed, resources 
(equipment or materials) to be used for each task, and parameters to be controlled for each 
resource. Each run object 21 is generated with a fresh set of variations such as actual values 
5 for the parameters 28. The variations may be automatically generated according to the 
analysis step 13 (performed by a separate analysis module in the server 2). 

The server 2 maintains an experiment workspace containing all details relating to an 
experiment (details, procedure, results, members, analysis, and conclusions) for access by all 
10 of the experiment member clients 5, who in line with their authorisations can add notes and 
edit information according to their assigned role in the experiment. 

A procedure evolution map shows an overview and status of each experiment procedure as 
defined in a procedure builder applet downloaded from the server 2. The map provides 

15 access to the complete evolution history, allowing users to see what was done, and when and 
which changes were made over time to eventually create the results. The evolution map 
shows all the procedures which have been created within a particular research project. Each 
procedure is listed with its associated creation date. Any procedures which have been based 
on another procedure will be nested under that original procedure. Each procedure within 

20 the procedure evolution map will have its own audit trail, showing What changes have been 
made to it, by whom and why. A display of nested procedures is shown in Fig. 4. 

The procedure builder applet automatically displays the tasks of the run objects 21 and also 
defines the order in which those tasks should be carried out for an experiment to be 
25 conducted. The tasks are grouped together using a task folder. 

Also, the procedure builder applet configures, edits and creates task objects 26 for use by the 
DOE engine 20 in generating run objects 21. Configuring a task involves specifying the 
resources 27 that a task should contain, the resource parameters 27 and the value ranges for 
30 those resources parameters . 

When a procedure is first created, the procedure builder applet will be empty. The user can 
then search for tasks either in the task library, in other procedures (including standard 
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operating procedures) or in other experiments. This search can be conducted using one or 
more of the following search criteria in any Boolean combination: 

- Name 

- Date created 

5 - Who created it 

- What resources were used 

Once the search returns the tasks that fit the search criteria, the user can decide which tasks 
should be selected for use in the current procedure by dragging and dropping them into place 
10 in the procedure builder. This effectively establishes the structure illustrated in Fig. 2, ready 
for the DOE engine 20 to instantiate an experiment object 22 followed by successive run 
objects 21. 



Each run object 21 can be an exact copy of the original procedure (first run object 21), in 
15 which case each run is termed a replicate of the original procedure. Each run object 21 can 
have variations introduced which make each run similar to the original procedure but not 
exactly the same. By completing these run objects the researcher hopes to see how the 
variations which were introduced affect the final output or result of the experiment. The 
nature of the variations is described in more detail below. 

20 

A resource library allows users to create resource objects (for ovens, lab equipment for 
example) for addition to the library. Resources can either be equipment or materials. A 
resource must be created before it can.be used in a task. Resources in turn contain 
parameters. In the case of equipment resources which are programmable, the system can 
25 capture each step and parameter involved in the program. When a resource is created its 
parameters can be given specific values (configurations). 

Users can create tasks which can use one or more resources in the library. These resources 
are grouped together under the task and instructions are added in how to cany out the task. 
30 When selecting a resource for a task, a specific configuration can also be selected or a new 
one created. A SOP (standard operating procedure) library contains standard operating 
procedures which can be re-used in the system 1 as procedures. 



WO 03/005249 



PCT7IE02/00096 



10 



-8- 

The design of experiment (DOE) engine 20 converts procedures to run objects 21. It allows 
the researcher to select what they wish to vary and then produces resultant runs of the 
experiment, each run being a different substantiation of the original procedure. The tool 
implements a number of processes which are configured to minimise the number of run 
objects 21 that are required, given a fixed number of factors which are to be varied. The user 
first specifies which procedure is to be used as an input to the engine 20. The user then 
specifies which DOE process he wishes to use to generate the experiment. 

In more detail, the DOE engine 20 operates as follows. 

(a) It takes as an input one of the procedures. A procedure is defined by a procedure 
object 25 and the hierarchical tree of tasks 26, resources 27, and parameter 
configurations 28 linked to it. 

15 (b) Another input to the DOE engine 20 is an instruction from the user as to how the 
experiment may be varied. There are two main types of variable factors as follows:- 

(i) different values for the parameters of the relevant parameter configurations 28, 
and 

20 

(ii) variations in the hierarchical links beneath the relevant procedure object 25, for 
example, deleting or adding tasks or deleting or adding resources. 

(c) The variations of (b) are inputted in an interactive manner, in which the engine 20 
25 prompts the user with graphical display of the hierarchical links, and allows graphical 

on-screen modification of the links. 

(d) The DOE engine 20 automatically determines the number of permutations arising 
from the variations. Thus, for example, if there are three sets of parameter values and 

30 three different procedure hierarchies, the engine 20 will determine that there are 3 2 

(nine) different experiment runs required to cover all permutations. 
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(e) A run object 21 is generated to define equipment inputs and other instructions for 
executing an experiment for each permutation. 

When the run objects 21 have been created, they are ready to be completed. To complete 
5 them, all the results are either entered manually or captured directly from the measurement 
equipment via a LAN or WAN. This data is then saved to the database 3 and linked to the 
tasks 26 in which it was captured, the run in which the task is contained, the experiment in 
which the run is, the procedure on which the experiment is based and the project in which all 
of this is saved. This data is then filtered using a variety of criteria and made available to the 
1 0 data analysis tool for analysis. 

The user can specify which result parameters the system is to analyse and which experiments 
or runs to analyse them over. The user can analyse the data to ensure that the results are 
objective rather than judgmental in nature. He/she can also measure the relationship 
15 between the input parameters and the output parameters of the experiment. 

The analysis tool uses selected output parameter values as its input. The user can then 
choose one of the following analysis processes across one or more of the selected parameters: 

1) Basic tools: Plotting parameters on XY graphs, scatterplots, and barcharts. 

20 2) Summary Statistics: summary statistics and graphical displays for multiple columns of 
numeric data. 

3) Sample analysis: analysing a sample of data from a single or several populations. 

4) Time series analysis such as descriptive statistics, seasonal decomposition and 
forecasting future values. 

25 5) Regression analysis - fitting a curve to the results. 

6) Analysis of variance using anova techniques. 

7) Statistical process control tools such as Pareto charts to help achieve process stability. 

Through these methods the user can differentiate between experimental error or naturally 
30 occurring variations and actual dependencies between the selected parameter. The results of 
these analyses can be saved in the system for future reference or for inclusion in reports. 
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A metric library contains an editable list of the metrics used within the system. 

Referring to Fig. 4 a set of procedure objects 22 of a particular project are displayed on a 
5 client 5 in an easy-to-understand nested configuration. A number of experiments are nested 
under the Procedure Version 5 experiment, for example. A single experimental objective is 
implemented by a task type, alternatively referred to as a "task". It is defined through the 
hierarchy which specifies the parameter set, the equipment program which is executed, and 
materials used. Each execution which generates data is represented by a run object 21. The 
10 system 1 can re-use configurations of parameter values, thus facilitating very quick set-up for 
experimental runs and helping to ensure data integrity. Results are linked directly to 
versions of program types, material types, and equipment types, thus providing structured 
representation and traceability of results which are recorded. 

15 The system 1 provides comprehensive control for preparation of experiments and for 
collection of the result data. The latter may be retrieved according to program, materials, or 
equipment and also according to any of the parent objects to these objects. Because of 
linking of the various aspects of experimental work in the hierarchical nature described 
above, there is excellent flexibility in choice of experiments within any project. At the same 

20 time the links impose a controlled structure, which ensures both data integrity and 
traceability. 

The most valuable assets in a research organisation are codified knowledge and staff 
expertise. Together they define the intellectual assets of the company. The invention 
25 provides an effective technical platform for converting these intellectual assets into 
intellectual capital - the basis of new products. From a user perspective the following 
benefits are obtained: 



30 



1. Productivity improvement: Access to prior research data lets the scientist focus on new 
research. 
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2. Collaboration: Data processed by the system 1 can be made available to all or specific 
associates and researchers (regardless of their location) promoting joint programs and 
knowledge sharing. 

3. Information retention: Current paper notebooks tend to be only of real value to the 
5 scientist who created the information in the first place. The system promotes the storage 

of information in a standardised format. It therefore remains accessible even if the 
scientist who documented the information is no longer with the organisation. 

4. Standardisation of procedures: The 'Design of Experiment' (DOE) engine 20 
standardises procedures for the optimisation and execution of experiments and recording 

10 the associated results. Data can be easily cross referenced and test results can be 

duplicated easily in the future as all parameters of the original experiment are known. 

5. Reduction of administrative overload: The systematic filing of data combined with ease 
of reporting and organisation wide knowledge sharing reduces the need for paperwork. 

6. Management control: As the project process is visible to every authorised user in a 
15 standardised format, control and co-ordination is simple. Management can effectively 

monitor performance to budget and schedule at the touch of a button. 

The invention may be applied to any application involving empirical work other than 
scientific experiments. For example, it may be applied to surveys. 

20 

The invention is not limited to the embodiments described but may be varied in construction 
and detail. 
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Claims 

1. An information management and control system (1) comprising processing means 
for generating experiment instructions for equipment (10), and an interface 

5 comprising means for receiving user inputs, wherein the processing means 

comprises: 

means for storing a library of reusable objects (25, 26, 27) defining research process 
components; and 

10 

a design of experiment engine (20) for generating an experiment run object (21) by 
instantiating a plurality of said library objects linked by inheritance. 

2. An information management and control system as claimed in claim 1, wherein the 
15 library comprises a procedure object (25) linked as a container to a plurality of other 

objects in a structure defining an experiment. 

3. An information management and control system as claimed in claims 1 or 2, 
wherein the library comprises a plurality of task objects (26) defining procedure steps. 

20 

4. An information management and control system as claimed in claim 3, wherein the 
task objects (26) are linked in a child relationship to one or more procedure objects 
(25). 

25 5. An information management and control system as claimed in any preceding claim, 
wherein the library comprises a plurality of resource objects (27) defining equipment 
or material to be used for steps of an experiment 



6. 

30 



An information management and control system as claimed in claim 5, wherein each 
resource object (27) is linked to at least one associated task object (26) in a child 
relationship. 
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7. An information management and control system as claimed in claims 5 or 6, 
wherein the library comprises a plurality of parameter objects (28), each defining 
parameters for use of an item of material or equipment defined by an associated 
resource object (27). 

5 

8. An information management and control system as claimed in any preceding claim, 
wherein the engine (20) comprises means for generating a run object (21) defining 
instructions for an experiment run, and for generating a subsequent run object for 
each variation of an experiment. 

10 

9. An information management and control system as claimed in claim 8, wherein the 
engine (20) comprises means for instantiating the objects for an experiment in a 
manner to minimise the number of run objects (21) which are required. 

15 10. An information management and control system as claimed in any preceding claim, 
wherein the engine (20) comprises means for allowing selection of a procedure 
object, and for automatically retrieving all other objects linked by inheritance to the 
selected procedure object. 

20 11. An information management and control system as claimed in claim 10, wherein the 
engine (20) comprises means for determining an experiment variation for each 
permutation of:- 



25 



. different values for parameters associated with resource objects; and 
different hierarchy of reusable objects linked to the procedure object. 



12. An information management and control system as claimed in claim 11, wherein the 
engine (20) comprises means for automatically generating a' graphical display of a 
30 hierarchy of objects linked to a procedure object (25), and for allowing a user to 

graphically edit the links to input a modified hierarchical structure. 
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13. An information management and control system as claimed in claim 11 or 12, 
wherein the engine (20) comprises means for automatically generating different 
allowed parameter values according to attributes of the associated resource objects 
(27). 

5 

14. An information management and control system as claimed in any of claims 10 to 
13, wherein the system comprises a mapping function comprising means for 
automatically determining all procedure objects (25) associated with a project, and 
for automatically outputting data of said procedure objects including an audit trail of 

10 modifications to said procedure objects. 

15. An information management and control system as claimed in any preceding claim, 
wherein the system comprises a procedure builder function comprising means for 
grouping task objects and making associations between each task object and resource 

15 objects, and between each resource object and parameter objects under user 

instructions. 

16. An information management and control system as claimed in claim 15, wherein the 
procedure builder function comprises means for graphically displaying the task object 

20 links. 

17. An information management and control system as claimed in any preceding claim, 
wherein the processing means comprises means for defining a collaborative 
workspace for each series of experiment runs, and for storing all empirical data for 

25 the runs in said workspace. 

18. An information management and control system as claimed in any preceding claim, 
wherein the processing means comprises means for storing the empirical data in a 
database structure which mirrors that of the object structure for the associated 

30 experiment. 



19. 



An information management and control system as claimed in claims 17 or 18, 
wherein the system comprises an analysis tool comprising means for automatically 
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processing result data retrieved from a workspace using one of a plurality of analysis 
processes selected by a user. 

20. A computer program product comprising software code for completing a system as 
5 claimed in any preceding claim when executing on a digital computer. 
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